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The present im^ention relates to a radiopharmaceutical generation 
system, and is particularly, but not exclusively, related to aspects of control 
thereof. 

Background 

Nuclear medicine involves the use of radioactive isotopes (radioisotopes) 
within a body. The radioisotopes are attracted to specific organs, bones or 
tissues, and the emissions produced by the radioisotopes are used provide 
information about a particular type of disease. Examples of radioisotopes 
commonly used in nuclear medicine include carbon-ll, oxygen-15, fluorine-18 
and bromine-75 . 

Positron emission tomography (PET) is an example of a nuclear 
medicine diagnostic technique whereby images of physiological function of 
organs are acquired by imaging the decay of radio-isotopes boxmd to molecules 
having known biological properties. Suitable radio-isotopes are synthesized into 
a carrier (also called a tracer) that enables the radio-isotope to be delivered to 
tibe organ being examined. Such a carrier is commonly referred to as a 
radiopharmaceutical. 

One commonly used radio-isotope is Oxygen-15 (^^O), which is 
produced by deuteron bombardmCTit of natural nitrogen through the ^^(d,n)^^0 
nuclear reaction; this process is carried out by a device commonly referred to as 
a cyclotron. The present invention is not concerned with the way in which the 
radio-isotope is generated, and the cyclotron will not be described in further 
detail. 

One radiopharmaceutical associated with the Oxygen-15 radio-isotope is 
^^O-labelled water. Typically, ^^O-labelled water is produced on-Une fi-om 
Oxygen -15 in a radiopharmaceutical generator by mixing Oxygen-15 with 
hydrogen, in a stochiometric proportion, and passing the mixture over a 
palladium catalyst in an oven at 150°C. The resulting radioactive water vapour 
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diffuses across a semi-permeable membrane (cellulose acetate) into a sterile 
saline solution (0.9% NaCl), wliich is pumped continuously through the system 
with a medical infusion pmnp to generate a solution containing ^^O-labelled 
water. 

5 One radiopharmaceutical generator suitable for generating O-labelled 

water is described in an article entitled "Technical performance and operating 
procedm-e of a bedside [^^O] water infiiser", authored by H Touchon-Danguy et 
al and published in the Joumal of Label. Cmpds. Radiopharm., volume 37 pages 
662 -664, in 1995. 

10 The radiopharmaceutical generator comprises several components, some 

of which are indepaident of, and others of which are interrelated with, other 
components. This means that, when there is a problem with the operation of the 
radiopharmaceutical generator, it is extremely difficult to work out where, in the 
radiopharmaceutical generator, the problem is. Typically, a technician has to 

15 test each and every component, which can be extremely time consuming and 
have a significant impact on operation of the whole PET faciUty. Moreover, if 
there is any risk of radioactivity leaks, the entire PET facility is shut down; since 
downtime associated with trouble-shooting is costly and inconvenient, being 
able to identify whether the entire faciUty requires shutting down becomes 

20 increasingly important. 

The act of noting the progress of the fluid generation process is known 
firom US 4,625,118, in which a photoelectric barrier is used to detect output of 
fluid fi-om a syringe. In the US 4,625,1 18 system, once the presence of fluid has 
been detected, the configuration of certain valves is modified so as to adjust the 

25 fluid delivery path. Whilst providing a means of triggering a change to the flow 
delivery path (in this case enabling the fluid in the syringe to fill a flushing 
station), this does not provide any detailed information as to the operational 
status of the generator, and thus does not readily facihtate isolation of problems 
with devices therein. 

30 It would thus be desirable to provide a means of improving identification 

of faults associated with the radiopharmaceutical generator. 
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A second problem results from the fact that radioactivity is only 
measured within the radiopharaaaceutical generator itself. The distance between 
the radiopharmaceutical generator and the subject being examined can be 
significant, due to logistical constraints (layout, shielding and safety 
5 requirements etc.). Thus by the time that the radiopharmaceutical is delivered to 
the subject, the actual level of radioactivity may be substantially different to the 
level measured in the radiopharmaceutical generator. For a radiopharmaceutical 
based on Oxygen- 15, which has a half-life of 2 minutes, tliis distance, and thus 
decay in radioactivity, can be appreciable. 
10 It would thus be desirable to provide a means quantifying the level of 

radioactivity delivered to the subject. 

Summary of the Invention 

According to a first aspect of the present invention there is provided a 
15 radiopharmaceutical generation system comprising: 

a fluid processing system arranged to perform one or more processes in 
relation to a radiopharmaceutical, the fluid processing system having a plurality 
of system elements and being arranged to output signals indicative of a state of 
the fluid processing system, each of said system elements having an expected 
20 operative state; and 

at least one monitoring software component arranged to derive data from 
said output signals and to compare said derived data with one or more operating 
conditions in order to identify system elements not in the expected operative 
state. 

25 The fluid processing system may be a radiopharmaceutical generator, 

which, in one embodiment is a water generator, and the one or more processes 

may constitute a radiophamiaceutical generation event. 

Since the expected operating state of system elements is monitored 

during a radiopharmaceutical gen^ation event, real-time monitoring of the 
30 generator is possible. This means that fault finding and trouble shooting is 

easier than it is with current systems. 
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Conveniently, the or each system element is arranged to receive one or 
more control signals that have been issued by a controller, and said one or more 
processes (i.e. radiopharmaceutical generation event) are perfomied in 
accordance v/ith said control signals. Additionally the controller is arranged to 
5 output daia to the monitoring software component as it issues control signals to 
at least one system element. In one arrangement the controller comprises at 
least one software component. 

Preferabl)' the controller is arranged to receive said output signals 
indicative of the state of the radiophamiaceutical generation system, and it 

10 tracks the state of the radiophamiaceutical generator on the basis thereof- In 
response to a change in the state of the radiopharmaceutical generator, the 
controller is arranged to output data to the monitoring software component. 

Advantageously the monitoring software component includes an 
outputting software component in the form of, for example, a display means or 

15 an alerting means. The outputting component provides a means of 
commimicating said real-time state information to an operator of the 
radiopharmaceutical generation system. 

In one arrangement, the radiopharmaceutical generation system elements 
include: a heating device; a radiopharmaceutical deUvery system comprising an 

20 output to a subject (e.g. patient); a pluraUty of valves arranged to control the 
path of the delivery systCTi; a dialyser; a pump for pumping the 
radiopharmaceutical around the delivery system; and at least one radioactivity 
detector arranged in the pafli of the radiopharmaceutical delivery path. The 
system elements are respectively operable to output signals indicative of at least 

25 some of: temperature of heating device; energised status of the valves; flow rate 
through, and pressure applied by, the pump; radioactivity measured by 
radioactivity detector; and time elapsed since the process started. In such an 
arrangement the monitoring software component is arranged to identify which 
of the processes is currently being performed on the basis of data identifying the 

30 energised status of the valves, and the display means is arranged to display a 
natural language descriptor corresponding to said identified process. 
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Alternatively, the monitoring softw^are component is arranged to identify which 

of the processes is currently being performed on the basis of radioactivity data 

measured by the radioactivity detector, since the radioactivity detector is located 

in a specific part of the delivery path of the radiophamiaceutical. 
5 In the following description, a radiopharmaceutical generator is 

alternatively' referred to as a radiochemistry module. 

According to a further aspect of the present invention there is provided a 

radiopharmaceutical generation system comprising: 

a fluid processing system arranged to perfomi one or more processes in 
10 relation to a radiopharmaceutical, the fluid processing system having at least one 

actuator element capable of adopting a plurality of operating positions, the fluid 

processing system being arranged to determine a current operating position of 

the actuator element and to output a signal indicative of the determined 

operating position; and 
15 at least one monitoring software component arranged to process data 

derived from said output signal during execution of said one or more processes 

in order to identify a state of the fluid processing system. 

In this aspect of the invention, the operating positions, or states, of actual 

devices are determined, which enables accurate pinpointing of faults, together 
20 with a means of proactively planning for part replacement Examples of 

actuator elements include flow valves, pumping mechanisms, and the like. 

According to a yet further aspect of the present invention there is 

provided a radioactivity detection system for use in relation to' a 

radiopharmaceutical, the detection system comprising: 
25 a fluid processing module arranged to receive a radioisotope and to 

generate a radiopharmaceutical therefrom; 

a radiopharmaceutical delivery system arranged to deliver the generated 

radiopharmaceutical to a subject, the radiopharmaceutical delivery system 

comprising a delivery path operable between said fluid processing module and 
30 said subject; and 
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a radioactivity detector airanged to measure radioactivity in the delivery 
path and output a signal indicative thereof. 

The fluid processing raodule may be a radiopharmaceutical generator, 
which^ in one embodiment is a water generator, and is enclosed v/ithin a lead 
5 shielding. In a preferred an-angement, the radioactivit}^ detector is located as 
close to subject as possible thereby quantifying initial radioactivity levels as 
accurately as possible. More specifically the radioactivity detector is 
conveniently located along the deUverj^ path at a distance of between 5% and 
50% of the delivery path length from the subject, more preferably at a distance 
10 of between 7% and 12% of the delivery path length from the subject. In one 
arrangement, the radioactivity detector is located between 100 and 150 mm from 
the subject, the delivery path having a total length of approximately 1.2 metres; 
in a second arrangement the radioactivity detector is located between 300 and 
350 rmn from the subject, the delivery path having a total length of 
1 5 approximately 3 . 5 metres . 

This measured data is then used in the post-processing of scanned 
images of the subject, thereby increasing the accuracy of quantitative 
measurements of biological activity of the subject. 

20 Brief Description of Drawings 

Figure 1 is a schematic diagram of the radiopharmaceutical generator 
with which embodiments of the invention inter-operate; 

Figure 2a is a schematic diagram showing the valves of Figure 1 
arranged in a first configuration; 
25 Figure 2b is a schematic diagram showing the valves of Figure 1 

arranged in a second configuration; 

Figure 2c is a schematic diagram showing the valves of Figure 1 
arranged in a third configuration; 

Figure 2d is a schematic diagram showing the valves of Figure 1 
30 arranged in a fourth configuration; 
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Figure 3 is a schematic diagram showing a controller for the 
radiopharmaceutical generator of Figure 1 according to an embodiment of a first 
aspect of the invention; 

Figure 4 is a flow diagram showing steps carried out by the controller of 
5 Figure 3 according to an embodiment of a first aspect of the invention: 

Figure 5 is a schematic diagram of a GUI comprising part of the 
controller of Figure 3; 

Figure 6 is a flow diagram showing fiirther steps carried out by the 
controller of Figure 3; 
10 Figure 7 is a flow diagram showing yet fiirther steps carried out by the 

controller of Figure 3 ; 

Figure 8 is a schematic diagram of a GUI comprising part of the 
controller of Figure 3; 

Figure 9 shows a schematic diagram of a nuclear medicine diagnosis 
1 5 facihty according to a second aspect of the invention; 

Figure 10 is a schematic diagram illustrating a holding device for a 
second detector according to the second aspect of the invention; 

Figure 1 1 is a flow diagram showing steps carried out by the controller 
of Figure 3, which has been modified to process data in accordance with the 
20 second aspect of the invention; and 

Figure 12 is a perspective representation of the radiopharmaceutical 
generator according to the first aspect of the invention, comprising a 
radiochemistry module. 
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Overview of Operating Environment of Embodiments of the Invention 

Figure 1 is a schematic diagram of a radiopharmaceutical generator, 
which in this embodiment is a conventional water generator 100, showing a 
catalyst fumace (oven) 101 for producing radioactive water vapour (H2^^0); a 
5 saline source 103: a dialyser (semi -permeable membrane) 105 for binding 
radioactive water vapour with saline; a pump 107 for pumping the saline into the 
dialyser 105 and towards subject 115; and a Geiger Muller (GM) tube 109 for 
measuring radioactivity in the saline radiopharmaceutical. Referring also to 
Figure 12, the radiopharmaceutical generator 100 is enclosed in a lead shield 
10 1201, and includes a waste decay coil 1203 (shown schematically as waste 111 
on Figure 1) that allows the radioactive water to decay before it exits the lead 
shield. 

The radiopharmaceutical generator 100 also includes two operating 
valves, VI and V2, which control movement of fluid within the 

15 radiopharmaceutical generator 100. Referring to Figures 2a — 2d, the valves VI, 
V2 are configured such that the radiopharmaceutical generator 100 can operate 
in a plurality of modes (in the Figure, the pathway through the valve is indicated 
by an open quadrant). In a first mode, shown in Figure 2a (buildup: modei), VI 
is energised and V2 is de-energised. Thus in one direction Dl, saline is held in 

20 region 113 of the dialyser 105, thereby creating the radiopharmaceutical, and in 
another direction D2 saline passes out to waste 111. In a second mode, shown 
in Figure 2b, (infusion: mode2), VI is de-energised and V2 is energised, which 
means that the radiopharmaceutical present in region 113 is delivered to the 
subject 115 via delivery path 116, passing through the GM tube 109. In a third 

25 mode, shown in Figure 2c, (flushing: modes), both VI and V2 are energised, and 
pmre saline (firom saline source 107) flushes out any radiopharmaceutical present 
in the radiopharmaceutical generator, the delivery tube 116 and in the subject 
115 itself. In a fourth mode, shown in Figure 2d, (waste: mode4), both VI and 
V2 are de-energised, so that any remaining material exits via waste output 111. 

30 Preferably the valves include sensors (not shown), which sense whether 

or not the valves are energised. 
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OvervieAv of Embodiments of the Invention 

In the prior art, control of the radiopharmaceutical generator 100 shown 
in Figure 1 is either manual — by manually opening and closing valves VI, V2 - 
5 or automatic — by means of bespoke control unit. An advantage of conti'olling 
the radiopharmaceutical generator automatically is that various combinations of 
the modes described above (with differing intervals between successive modes) 
can be pre-programmed, and the timings can be accurately controlled. As a 
result, the valves can be controlled remotely, which, when the fluid involves 

10 radioactive material, is important from the point of view of health and safety. 

However, in known automatic control arrangements, little or no 
information is fed back to the operator regarding the progress of generating and 
infusing the radiopharmaceutical into the subject. As a result, when there are 
problems with operation of the radiopharmaceutical generator 100, it can be 

15 extremely difficult to identify the source of the problem. Typically, a technician 
has to test each and every component, which can be extremely time consxxming 
and have a significant impact on operation of the whole diagnostic facility. 
Moreover, if there is any risk to the patient, the entire diagnostic facility has to 
be shut down; since downtime associated with trouble-shooting is costly and 

20 inconvenient, being able to identify whether or not the problem wiU affect the 
patient, and thus whether the entire facility requires shutting down, becomes 
increasingly important. 

Embodiments of the invention are thus concerned with improving speed 
and accuracy with which the source of the problem is identified. In one 

25 embodiment, the controller includes software components that send data to, and 
request data from, the various radiopharmaceutical generator components, and 
output, e.g. via a display, the data. Since the behaviour of these components can 
be well defined, the data received from the components can be compared with 
specified operating criteria, and/or simply displayed for inspection by an 

30 experienced operator. 
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Turning to Figure 3, an embodiment of the invention, for the case where 
the radiopharmaceutical generator is a water generator, will now be described in 
more detail. The controller of the radiopharmaceutical generator 100 comprises 
a programmable logic controller (PLC) 301 and a plurality of operational 
5 sofhvare components 311, which mn locally on the PLC 301 in response to 
signals received from a conventional PC computer 320. The signals received 
from the PC 320 are generated under control of configuration software 
components 321. The Operational software components 311 include software 
for controlling and retrieving data in respect of the radiopharmaceutical 

10 generator, and the configuration software 321 include software components 
arranged to receive operator-selected and/or operator-specified data, to send 
such data to the operational software 311, and to process data retrieved by the 
operational software 311. In one arrangement, the configuration software 321 is 
written using the Labview® programming language, but the skilled person will 

15 realize that any suitable computer progratnming language, or combinations of 
computer programming languages, could be used. The operational software 311 
is written using the proprietary programming language associated with the PLC 
301. 

As shown in Figure 3, the computer 320 comprises processing unit 
20 (CPU) 323, memory 324, hard disc drive 325 and I/O device 326, which 
facilitates interconnection of the computer 320 with the PLC 301. Operating 
system programs 327 are stored on the hard disc drive 325, and control, in a 
known manner, low level operation of the computer 320. The computer 320 
also includes a display and keyboard (not shown), which receive input from an 
25 operator and pass, via I/O device 326, the input to the O/S programs 327 in 
accordance with known techniques. 

As also shown in Figure 3, the PLC 301 comprises: a bus 314, into 
which various operating modules can be plugged; a bus controller 315, which 
co-ordinates processing of data associated with the operating modules; and an 
30 VO device 313, which is arranged both to receive input from external devices 
such as computer 320 and to output signals in accordance with operation of the 
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operating modules. In one arrangement, the input part of I/O device 313 
comprises an RS232 interface which is arranged to receive input signals from 
the computer 320 (via serial link LI), and the output part of I/O device 313 has a 
pluralit}^ of output temiinals, each being associated with a different one of the 
5 modules plugged into the bus 314 and connected to whichever component of the 
radiophamiaceutical generator 100 corresponds to that module. The bus 
controller 315 is arranged to receive data from the RS232 interface, process the 
received data in accordance with tlie operational software 311, and distribute 
data to an appropriate module on the bus 314. An example of a suitable PLC 

10 301 is the BeddiofF^ PLC (model BC8100); the skilled person would realize 
that other types (notably those manufactured by Siemens™ or a bespoke PLC) 
could be used. The operating modules that plug into the bus 314 are not shown 
in Figure 3, but include: a module for controlling the temperature of the catalyst 
furnace 101; a module for controlling valves VI, V2; a module for controlhng 

15 and monitoring pump 107 and receiving data therefrom; and a module for 
receiving data from the GM tube 109. When the valves VI, V2 include sensors 
indicating their energised state, the bus 314 also includes a module for receiving 
status data therefrom. 

The functionality associated with energising and de-energising valves 

20 VI and V2 is conventional. However, other aspects of the operational software 
311 are new, as are aspects of the configuration software 321 for processing 
operator-selected and/or operator -specified data. In particular, the 
configuration software 321 includes a graphical user interface (GUT), which can 
be used to specify operating parameters such as time intervals between mode 

25 changes (i.e. valve energizing and de-energising. Figures 2a — 2d); details of a 
radiopharmaceutical generator event; details of data to be retrieved from the 
radiopharmaceutical generator 1 00; and authentication criteria. These data, once 
entered via the GUI, are sent to tlie operational software 311 (as will be 
described in more detail below), which is arranged to transmit corresponding 

30 control signals to the radiopharmaceutical generator 100 in order to execute a 
radiopharmaceutical event. 
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The operational software 311 is also arranged to inform the 
configuration softv\'are 321 of the transmission of such control signals via 
confirmation signals and/or to initiate requests for data from components of the 
radiopharmaceutical generator during e;cecution of the radiopharmaceutical 
5 event. When the operational software 311 requests data firom components of the 
radiopharmaceutical generator, any data received in response thereto are 
forwarded to the configuration software 311 for post processing thereof, 
alongside, or in addition to, the confirmation signals received from the 
operational softw^e 321. Such post-processing facilitates monitoring of real- 

10 time performance of the radiopharmaceutical generator and validation of 
radiophamiaceutical generator events, as is described in more detail below. 

Firstly, however, steps involved in configuring a radiopharmaceutical 
generator event according to an embodiment of the invention will be described, 
with reference to Figures 4 and 5. Figure 4 is a flow diagram illustrating these 

15 steps and Figure 5 is a schematic diagram showing an example of a graphical 
user interface forming part of the configuration software components 321. 
Turning to Figure 4, at step 401, an operator enters data relating both to the 
subject 115 and to the radiopharmaceutical generator event. This information 
includes the names of the subject 115 and of the clinician responsible for the 

20 radiopharmaceutical generator event, and authentication data. Preferably this 
information is entered via text entry boxes 501, 502, 503, 504, 505 of the GUI, 
shown in Figure 5. In addition, the operator reviews calibration values relating 
to components of the radiophamiaceutical generator on a separate screen, 
accessible via tab 511. These calibration values include background 

25 radioactivity levels and are typically read from the database DB, to which only 
authorized users have access. In the event that the calibration values do not 
represent current conditions, the operator can request such an authorized user to 
change the values in the database. 

The operator then selects 403 one of a plurality of operating protocols, 

30 e.g. from a drop-down menu that is displayed when the cursor hovers over a 
particular region 506 of the GUI. Each protocol typically represents a 
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configuration of the afore-mentioned valve modes (modei - mode4), together 
with temporal data relating thereto, and corresponds to a type of 
radiopharmaceutical generator event. The GUI includes an "operate" button 
507, which the operator presses to request the start of a radiophamiaceutical 
5 generator event. The configuration software 321 includes a verification 
software component (not shown), which is arranged to verify that data have 
been entered into particular boxes of the GLTI; the start button 507 is disabled by 
the verification software component until certain conditions have been satisfied 
(e.g. data entered into certain boxes 501 . . . 505 etc.). 

10 In response to activation of the "operate" button 507, the configuration 

software 321 validates 405 the entered authentication data, e.g. by comparing 
the entered authentication data with an expected entry., which may be stored in 
validation database DB. Assuming the authentication data to be successfiiUy 
validated, the configuration software 321 stores 407, locally, the data entered at 

15 step 401, and then formulates 409 a control string SI for input to the PLC 301. 
Since in this embodiment data are transmitted via the serial port of the computer 

320, the control string SI takes the fomi of a comma delimited hexadecimal 
string. The control string SI includes data identifying the protocol selected at 
step 403, together with a request for data relating to at least one of: time since 

20 conmimcement of the radiopharmaceutical generator event; valve status set by 
the operational software 311; actual status of one or both valves VI, V2 
(detectable via the sensors associated with the valves); protocol applied by the 
operational software 311; fiimace 101 temperature; and radioactivity measured 
by GM tube 109. The request data can be specified either via the GUI, or via 

25 data stored in the database DB, or hard-coded into the configuration software 

321. At step 411, the configuration software 321 outputs the control string SI, 
asynchronously, via the I/O device 326. Configuration software 321 is then 
effectively "paused" until such time as data are received firom the PLC 301 . 

Turning now to Figure 6, which is a flow diagram showing steps 
30 involved in processing a radiopharmaceutical generator event, aspects of the 
operational software 311 will now be described. The control string SI sent at 
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step 411 is received by the operational software 311 and processed (step 601) to 
extract infonnation therein. The extracting step 601 involves decomposing 
control string SI into its constituent parts and converting to Boolean or 
numerical data as required. For illustrative purposes it is assumed that the 
5 protocol selected at step 403 corresponds to the folio v/ing sequence: 120 
seconds buildup (modei); 20 seconds inftision (mode2); 120 seconds flush 
(modes), and that the request part includes requests for all data that can be 
monitored during the sequence. Accordingly, having decomposed control string 
SI, the operational software 311 firstly runs 603 an initiaUzation process, which 

10 involves checking the temperature of the furnace 101 (since if the fiimace 
temperature is not sufficiently hot, the radiopharmaceutical generator event 
cannot be processed), de-energising the valves VI, V2, and requesting the 
operating module corresponding to the valve sensors to record, via its ovm 
internal clock, the periods in which each valve is energised and de-energised. 

15 Assuming the temperature of the furnace to be within certain specified 

operating limits, at step 605 the operational software 311 initiates the processes 
associated with modei, which involves setting a timer tl, sending a signal to the 
operating module associated with the valves VI, V2, causing VI to be 
energised, and noting the time at which the valve is so activated. After 120 

20 seconds have elapsed, the operational software 311 changes mode (steps 609, 

610, 61 1, 605), sending a signal to the same operating module, which causes VI 
to be de-energised and V2 to be energised (setting mode2). After 20 seconds 
have elapsed, the operational software 311 again changes mode (steps 609, 610, 

611, 605), sending a signal to the same operating module, which causes VI to be 
25 energised (setting modes); and after a fiirther 120 seconds have elapsed, the 

operational software 311 yet again changes mode (steps 609, 610, 611, 613 
(since the condition at step 611 is, on this cycle, satisfied)), sending a signal to 
the same operating module, this time causing both valves to be de-energised 
(setting mode4). 

30 During these time intervals, the operational software 311 sends signals to 

various operating modules (plugged into the bus 3 14 of the PLC 301) requesting 
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items of data relating to their operation. Each data item corresponds to a part 
extracted from the control string SI at step 601, namely value of timer tl (time 
elapsed since start of radiopharmaceutical generator event); actual status of the 
valves retrieved from the valve sensors (energised or de-energised); temperature 
5 of the fiimace 101; and number of counts recorded by the GM tube 109. Data 
items received in response to these signals are. under certain conditions, sent to 
tlie configuration software 32 L In one arrangement, the operational software 
321 monitors (step 607) the values of the requested data items, and, each time a 
value of a requested status data item changes, it creates a comma delimited 

10 hexadecimal return string S2 comprising the or each data item into and sends the 
retum string S2 to the RS232 170 port 313 for receipt by the configuration 
software 321 (step 608). In addition, each time the operational software 311 
transmits a control signal to a component of the radiopharmaceutical generator — 
e.g. one of the valves - it generates a retum string S2, so that, at the very least, a 

15 retum string S2 is sent each time tlie operational software 311 attempts to 
instigate a mode change. 

If the value of one of the data items has not changed since the last time 
data was sent from the PLC 301, the portion of retum string S2 corresponding to 
that data item assumes its previous value. Thus, during tlie first mode (Figure 

20 2a), when the saline passing througih the GM tube 109 is not radioactive, the 
GM tube 109 is unlikely to register a change in level of radioactivity. Thus if 
one or more retum strings S2 are sent to the configuration software 321 during 
this period (due to, e.g. a change in temperature of the fiimace 101, or in the 
event that the actual status of the valve changes) the values relating to the GM 

25 tube 109 of successively transmitted retum strings S2 are likely to be identical, 
or at least very similar, to one another. However, during the second mode 
(Figure 2b), when the radiophamiaceutical in region 113 is transported to the 
subject, the level of measured radioactivity (thus part of retum strings S2 
corresponding thereto) can be expected to vary. Since retum string S2 is 

30 transmitted during a radiopharmaceutical generator event, the present 



-15- 



wo 2004/080523 



PCT/GB2004/001033 



embodiment makes real-time monitoring of the radiopharmaceutical generator 
possible. 

The configuration software 321 can alternatively or additionally send 
explicit data requests (via request string S3 shown in Figure 3) to the operational 
5 software 311, which causes the operational software 311 either to create return 
string S2 using the data items currently available, or to send requests for the data 
items to the various operating modules and create a retum string S2 using the 
data sent in response thereto. 

As a further alternative, the operational software 311 can create and send 

10 a retum string S2 to the configuration software 321 periodically. In this 
arrangement the configuration software 321 is configured to poll for such a 
return string S2 with corresponding periodicity. In the event that the 
configuration software 321 cannot identify a retum string S2 at an expected 
time, the configuration software 321 is arranged to generate an alert, which may 

15 be output, e,g. via the GUI. 

Turning now to Figures 7 and 8, which are respectively a flow diagram 
showing steps involved in post-processing retum string S2 and a schematic 
diagram showing output displayed by the configuration software 321, post- 
processing of the return string S2 wiU be described. When a retum string S2 is 

20 received at I/O port 326 of the computer 320, the configuration software 321 
firstly performs 701 an error check, and, if the error check is successful, breaks 
703 the retum string S2 down into constituent parts and converts 705 the 
constituent parts to boolean or integer/non-integer values in accordance with a 
specified set of conversion rules. The error check involves, for example, 

25 checking the length of retum string S2 against a specified length. As described 
above, each of the constituent parts corresponds to a data item — status of the 
valves VI, V2, temperature of the furnace 101 and/or radioactivity measured at 
the GM tube 109 etc. - which is subsequently processed by the configuration 
software 321 in order to assess the operating status of the various components of 

30 the radiopharmaceutical generator. In one arrangement, the set of rules includes 
one or more mles corresponding to each of the data items in the retum string S2, 



. 16" 



wo 2004/080523 . PCT/GB2004/001033 

namely valves (actual status and protocol applied), GM tube measurements, 
oven temperature, etc.; for clarity, the following passages will describe post- 
processing of individual data items in turn. 

Considering firstl}^ post-processing of data relating to valves VI, V2, 
5 step 706 includes identifying whether the return string S2 comprises one or both 
of actual valve data sensed by the valve sensors or/and confmnation of control 
signals sent by the operational software 311. In the event that both actual and 
confmnation data are available, the mode of operation corresponding to each 
type of data, together with a "natural language" description thereof, are 

10 identified (step 707) firom a stored mapping (not shown) between mode and 
description (buildup: modei; infusion: mode2, flush: modes, waste: mode4)- In 
the event that there is correspondence between the mode identified firom the 
valve sensor data and the mode identified from the confirmation of control 
signal data, the natural language description identified at step 707 can be 

15 displayed 709 on the GUI of the configuration software 311 (box 531), for 
inspection by an operator. Monitoring actual, or real-time, status of the valves 
VI, V2 thus enables the operator to track the progress of a radiopharmaceutical 
generator event In the event that the modes do not agree, an alert is generated. 

If available, the actual times at which the valve sensors ascertained 

20 changes in valve state can also be displayed (not shown), and/or used to quantify 
any latency in the PLC 301 and/or operation of the valves (since the operator 
can compare an expected duration, specified in the protocol selected at step 403, 
with the actual duration (steps 611, 613), and, in the event that the actual 
duration fails to meet certain conditions (indicating, for example, a failed valve), 

25 generate an alert). In the event that the return string S2 only comprises 
confirmation of control signals sent by the operational software 311, there is no 
post-processing of temporal data, and the natm*al language description of 
operational mode corresponds to that identified from the confimaation data 
alone. 

30 Referring also to Figure 7, and considering next the post-processing of 

data relating to the catalyst fiimace 101, having extracted temperature data from 



-17- 



wo 2004/080523 PCT/GB2004/001033 

the return string S2, the configuration software 321 applies 721 rules to identify 
whether the temperature is within a specified operating range and displays 723 
the temperature (box 801) on the GUI; in the event that the temperature falls 
outside of the specified operatmg range, the configuration software 321 
5 constructs and displays an alert (steps 725, 727). Step 723 can also include 
storing the value of the temperature data item, which provides a means of 
tracking historical temperature values. 

Considering next the post-processing of data firom the GM tube 109, step 
731 includes applying a correction to the measured radioactivity' data item 

10 values in order to compensate for measurement errors and levels of background 
radioactivity. This step therefore involves retrieving the calibration and 
backgroimd values selected at step 401 and applying tliem to the radioactivity 
values extracted at step 705 in order to identify a corrected level of radioactivity. 
This corrected level is then displayed 733 in real-time on the graph area 521 

15 shown in Figure 5 as a function of elapsed time tl (itself displayed in box 533, 
shown in Figure 5); successively received return strings S2 thus provide a means 
of tracking the change in radioactivity associated with the radiopharmaceutical 
generator in real-time (since these values are plotted on graph area 521), as well 
as monitoring the magnitude of radioactivity infused into the subject 115. 

20 Thus the above described embodiment enables the operator to monitor 

both the operation of components of the radiopharmaceutical generator 100 and 
the progress of a radiopharmaceutical generator event. This enables prompt 
identification of problems, which in tum facilitates evaluation of the affect of 
the problem on the subject and isolation of the component(s), and only 

25 that/those component(s), responsible for the problem. This reduces the 
possibility of a potentially dangerous event becoming an actual danger, reduces 
time spent investigating the source of the problem, and thus reduces the down- 
time of a PET facility. 

As stated in the introductory section, a further problem with current 

30 radiopharmaceutical generators is that the level of radioactivity is only measured 
at the radiopharmaceutical generator itself As is well knovm, the decay of a 
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radio isotope is detemiined by its half-life, and decays exponentially. The decay 
of the radio-isotope within a subject (measured by the PET facility, and which is 
not a concern of this invention) includes a contribution from its half-life and a 
contribution from any biological effect resulting from the radio-isotopes binding 
5 with molecules of the subject. In order to ascertain the biological effect, the 
decay resulting from the half-life of the radio-isotope has to be removed from 
measurements, and thus firstlj^ requires quantifying. Referring to Figure 9, the 
radiopharmaceutical generator 100 and the subject 115 can be separated by a 
reasonable distance, so that it takes a certain amount of time for the 

10 radiopharmaceutical to travel from the radiopharmaceutical generator 100 to the 
subject 115. As a result, the level of radioactivity measured by the detector 109 
within the radiopharmaceutical generator 100 is unlikely to be indicative of that 
infused into the subject. 

If the level of radioactivity measured within the radiopharmaceutical 

15 generator is then used to represent the half-life, the apparent magnitude of the 
biological contribution is likely to be lower than its actual value, since the level 
of radioactivity in the radiopharmaceutical generator can be expected to be 
higher than it is at the subject. For a radio-isotope such as Oxygen- 15 this can 
be significant, since the half-life of Oxygen-l 5 is only 2 minutes. 

20 Referring again to Figure 9, in a second aspect of the invention, the 

radiopharmaceutical generator 100 includes a second radioactivity detector 901, 
which may be another GM tube or other suitable device, positioned in ttie 
vicinity of tiie scanner 903 of the PET facility. This facilitates measurement of 
radioactivity as close to the subject 115 as possible, thereby improving 

25 quantitative measurements of a subject's biological properties. In one 
arrangement, for a delivery tube 116 of length 1200 mm, the second 
radioactivity detector 901 could be positioned between 100 and 150 mm from 
the point of entry into the subject. 

If the radiopharmaceutical were infiised into an ami, the detector 901 

30 could be located proximate to the delivery tube 116 at the patient's arm. A 
suitable holduig device 1001, such as tliat shown in Figure 10, could be used to 
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secure the detector 901 in place; as can be seen, the delivery tube 116 passes 
through opening 1000 of the holding device 1001 and is thus exposed to the 
detector 901. The holding device 1001 includes a plate 1003 for securing the 
device 1001 to the scanner 903, via holes 1005. 
5 A data output of the second detector 901 can be coupled to the PLC 301 

via a data link and further operating module (not shown), which is configured to 
receive and request data from the detector 901. Altematively, the operating 
module corresponding to GM tube 109 can be arranged to communicate with 
both the GM tube 109 and the detector 901. Either way, the return string S2 

10 generated by the operational software 311 will be created as described above, 
and in this second aspect of the invention will include data from both the GM 
tube 109 and the detector 901. This means that the configuration software 321 
has to carry out some processing steps not described in Figure 7. These steps 
are shown in Figure 11; those that are common to both aspects of the invention 

15 are referred to using the reference numerals introduced in Figure 7. Initially, 
therefore, as for the first aspect of the invention, at step 701 the configuration 
software 321 performs an error check, and, if the error check is successful, 
breaks 703 the return string S2 down into constituent parts, converting 705 the 
constituent parts to boolean or integer/non-integer values in accordance with a 

20 specified set of conversion rules. At steps 1101a, 1101b the radioactivity data 
items corresponding to the detectors 109, 901 are corrected to account for 
backgroimd and calibration adjustments (note that if the detectors are of 
different types, the background and calibration values specified at step 401 are 
likely to differ). Since the detector 901 is measuring the radioactivity values 

25 close to the subject 115, these corrected values are displayed (step 1102) in the 
graph area 521 and are output for further processing to a processing part of the 
PET facility (not shown). 

In addition to facilitating an improved quantification of the biological 
contribution to any measured decay (measured by the PET facility), these 

30 additional data can be used to monitor the behaviour of the radio-isotope and 
verify operation of the detectors 109, 901. Accordingly, in one arrangement, the 
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radioactivity values measured by the GM tube 109 are adjusted to take account 
of the distance bet\\^een the two detectors, in order to estimate an expected level 
of radioactivity'' at the second detector 901 (step 1103). This expected value is 
compared (step 1105) with the actual value measured by the second detector 
5 901, and, if the difference between the expected value and the actual value 
measured by second detector 901 exceeds a specified threshold, an alert is 
generated (step 1109). Since, at this stage, it is unclear which of the detectors 
109, 901 is incorrect, the alert is passed to the processing part of the PET facility 
as well as to the operator of the radiopharmaceutical generator 100 (e.g. via the 
10 GUI). 

Whilst in the first aspect of the invention a specific protocol 
(radiopharmaceutical generator event) involving 120 seconds build-up/ 20 
seconds infiision/ 120 seconds flush is described, other protocols are possible. 
These are selectable firom the pop-up menu 507 and include (non-exhaustive 
15 list): 

1. 120 second build-up / 20 second infusion / 120 second flush; 

2. 120 second build-up / 20 second infusion / 50 second flush; 

3. 120 second build-up / 20 second infusion / 20 second flush; 

4. Activity test: As 1 but V2 permanently to waste to check 
20 radioactivity level; 

5. Sterilise mode: step through all 4 combinations of VI and V2 
allowing all paths to be cleaned; 

6. Long flush: permanently energise V2 while stepping VI between 
its 2 states; 

25 7. Take samples: energise V2 for 30 seconds, de-energise for 1 

minute, energise both VI and V2 for 30 seconds; 

8. Energise VI and V2 for 50 seconds to fill the line to subject with 
firesh saline; 

9. Turn oven heater ON or OFF as required during maintenance; 

30 10. Turn valves VI and V2 ON or OFF as required during 

maintenance; and 
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1 1 . Terminate mode: valves VI , V2 OFF. 

Whilst ill the above embodiments the connection between the PLC 301 
and the PC is described as being a serial link, the connection could alternatively 
be wireless, e.g. Bluetooth or V/LA>T. 
5 Whilst step 401 involves manually entering data into the GUI, 

identification data could instead be stored in a log file, or similar, and read 
therefirom when the GUI is invoked. 

Whilst in the embodiment relating to the first aspect of the invention 
described above, the operating software 311 requests data firom the valves VI, 

10 V2, GM tube 109 and the fiamace 101, the operating software 311 may also 
request data items m respect of the pump 107. Specifically, in the event that the 
pump 107 is equipped with means for measuring pressure and mass flow rate of 
the saline pumped therethrough, the operating software 311 may receive the 
flow rate and pump pressure data (e.g. via another module on bus 314) and 

15 include these data in the return string S2. Processing of a return string S2 
comprising the pump data would then involve monitoring a change in flow rate 
over time, and, if the change satisfied certain conditions, the configuration 
software 321 would create an alert message that includes the option of 
generating a "stop" radiopharmaceutical generator event. In addition, the pump 

20 pressure would be monitored over time, and, if a specified rise in pump pressure 
were accompanied by a specified drop in flow rate, the operator would similarly 
be sent an alert message (and possibility of halting tiie radiopharmaceutical 
generator). This is particularly useful since a drop in mass flow rate 
accompanied by a rise in pump pressvire may signify either a blocked pipe 

25 (harmless) or some reaction by the subject 115 as saline is infused therein 
(potentially haimful). This feature of the invention thus enables the operator a) 
to know that a problem exists that may affect the subject 1 15; b) to shut down 
the radiopharmaceutical generator 100; c) pinpoint the source of the problem 
accurately and d) investigate the source of the problem far earUer than is 

30 currently possible. 
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It will be understood that the present disclosure is for the purpose of 
illustration only and the invention extends to modifications, variations and 
improvements thereto. 
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CLAIMS 

1. A radiopharmaceutical generation system comprising: 

a fluid processing system arranged to perfomi one or more processes in 
5 relation to a radiopharmaceutical, the fluid processing s^^stem having a plurality 
of system elements and being arranged to output signals indicative of a state of 
the fluid processing system, each of said system elements having an expected 
operative state; and 

at least one monitoring softvi'are component arranged to derive data from 
10 said output signals and to compare said derived data with one or more operating 
conditions in order to identify system elements not in the expected operative 
state. 

2. A system according to claim 1, wherein tiie or each system 
15 element is arranged to receive one or more control signals, the system including 

a controller arranged to generate said control signals, wherein said one or more 
processes are performed in accordance with said control signals. 

3. A system according to claim 2, wherein the controller is arranged 
20 to receive said output signals indicative of state of the radiopharmaceutical 

generation system. 

4. A system according to claim 3, wherein the controller is arranged 
to track the state of the radiopharmaceutical generation system on the basis of 

25 said received output signals, and transmit data indicative of a state of the fluid 
processing systCTi to the monitoring software component in response to a 
change in the state of the radiopharmaceutical generation system. 

5. A system according to claim any one of claim 2 to claim 4, 
30 wherein the signals indicative of a state of the fluid processing system 

correspond to transmission of control signals to at least one system element. 
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6. A system according to any one of tlie preceding claims, wherein 
the monitoring software component is an*anged to trigger a termination control 
signal in response to the derived data satisfying a specified condition, the 

5 temiination control signal, when received by a system element, causing a 
currently executing process to terminate. 

7. A system according to any one of the preceding claims, wherein 
the monitoring software cbmponent is arranged to trigger a termination control 

10 signal to each of said system elements identified as not being in the expected 
operative state, the termination control signal, when received by said system 
element, causing a currently executing process to terminate. 

8. A system according to any one of the preceding claims, including 
15 alerting means arranged to generate an alert in response to the monitoring 

software component identifying that one of said system elements is not in the 
expected operative state. 

9. A system according to any one of the preceding claims, wherein 
20 the monitoring software component is arranged to process said data derived 

from said output signals in order to identify a state of the fluid processing 
systom. 

10. A system according to claim 9, including an outputting software 
25 component arranged to output data indicative of the identified state, 

11. A system according to claim 10, wherein the outputting sofl:^vare 
component includes display means arranged to display the data indicative of the 
identified state. 

30 
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12. A system according to claim 11, wherein the display means is 
arranged to display a natural language descriptor corresponding to said 
identified state. 

5 13. A. sj^stem according to any one of the preceding claims, wherein 

the fluid processing system includes: a heating device; a radiopharmaceutical 
delivery system comprising an output to a subject; a plurality of valves arranged 
to control the path of the delivery system; a dialyser; a pimip for pumping the 
radiopharmaceutical around the delivery system; and at least one radioactivity 
10 detector arranged in the path of the radiopharmaceutical delivery path. 

14. A system according to claim 13, wherein the fluid processing 
system is operable to output signals indicative of at least some of: temperature 
of heating device; energised status of the valves; flow rate through, and pressure 

15 applied by, the pimip; radioactivity measured by radioactivity detector; and time 
elapsed since the process started. 

15. A system according to claim 14, wherein the monitoring software 
component is arranged to identify which of the processes is currently being 

20 performed on the basis of data identifying the energised status of the valves. 

16. A system according to any one of claim 13 to claim 15, wherein 
the monitoring software is arranged to compare data derived in respect of the 
pump pressure and data derived in respect of the flow rate with specified 

25 operating limits, and, in the event that one or both of the pressure and/or flow 
rate fall outside of the operating limits, to generate an alert. 

17. A system according to any one of the preceding claims, wherein 
the radiopharmaceutical comprises *^0-labelled water. 

30 
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18. A computer program product arranged to perform at least some 

of the steps of: 

generating a plurality of control signals for use in control of a fluid 
processing sj^stem; 

5 transmitting said generated control signals to a pliurality of system 

elements in the fluid processing system; 

coramimicating data indicative of at least some of said generated control 
signals to a monitoring system; 

processing the communicated data so as to identify expected operating 
1 0 states of said system elements; 

receiving data indicative of operating states of said system elements; 
comparing the received data against one or more predetermined 
conditions based on the expected operating states, and, in response to the 
received data indicating that one or more of the system elements is not in the 
15 expected state, transmitting data indicative thereof to tlie monitoring system. 

19. A computer program product arranged to perform at least some 
of the steps of: 

transmitting specified operating conditions to a controller for use in 
20 formulating control signals for controlling a fluid processing system; 

receiving data indicative of a state of the fluid processing system; 
evaluating said received data in accordance with specified conditions; 

and 

generating user-perceptible ou^ut indicative of the evaluated data. 

25 

20. A radiopharmaceutical generation system comprising: 

a fluid processing system arranged to perform one or more processes in 
relation to a radiophamiaceutical, the fluid processing system having at least one 
actuator element capable of adopting a plurality of operating positions, the fluid 
30 processing system being arranged to determine a current operating position of 
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the actuator element and to output a signal indicative of the determined 
operating position; and 

at least one monitoring software component arranged to process data 

derived from said output signal during execution of said one or more processes 
5 in order to identify a state of the fluid processing system. 

21. A system according to claim 20, wherein said actuator elements 
include valve elements. 

10 22. A radiopharmaceutical generation system comprising: 

a fluid processing system arranged to perform one or more processes in 
relation to a radiopharmaceutical in accordance with a plurality of control 
signals, the fluid processing system having a plurality of system elements and 
being arranged to output signals indicative of a state of the fluid processing 
15 system, each of said system elements having an expected operative state; 

a controller arranged to control the fluid processing system, the 
controller having at least one control software component arranged to generate 
at least some of said control signals; 

a monitoring software component arranged to receive data in relation to 
20 the state of the radiopharmaceutical generation system, 

wherein the controller is arranged to track the state of the 
radiopharmaceutical generation system during execution of said one or more 
processes and output data indicative of the same to the monitoring software 
component, the monitoring software component being arranged to compare said 
25 output data with one or more operating conditions in order to identify systrai 
elements not in the expected operative state. 

23. A radioactivity detection system for use in relation to a 
radiopharmaceutical, the detection system comprising: 
30 a fluid processing module arranged to receive a radioisotope and to 

generate a radiopharmaceutical therefrom; 
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a radiopharmaceutical delivery system arranged to deliver the generated 
radiopharmaceutical to a subject, the radiopharmaceutical delivery system 
comprising a delivery path operable between said fluid processing module and 
said subject; and 

5 a radioactivit^'^ detector arranged to measure radioactivity in the delivery 

path and output a signal indicative thereof. 

24. A radioactivity detection system according to claim 23, wherein 
the radioactivity detector is located along the delivery path at a distance of 

10 between 5% and 50% of the deliverj' path length from the subject, more 
preferably at a distance of between 7% and 12% of the delivery patli length from 
the subject. 

25. A radioactivity detection system according to claim 23 or claim 
15 24, wherein the radioactivity detection system includes a processing system 

arranged to process said output signal. 

26. A radioactivity detection system according to any one of claims 
23 to 25, wherein the fluid processuig module includes a module radioactivity 

20 detector therein, said module radioactivity detector being arranged to measure 
radioactivity in the fluid processing module and output a signal indicative 
thereof, wherein the processing system is arranged to process said output signal. 

27. A radioactivity detection system according to claim 26, wherein 
25 the processing system is arranged to compare signals received from the 

radioactivity detector and said module radioactivity detector. 

28. A radioactivity detection system according to claim 27, wherein 
an output signal comprises a plurality of signal components, and, for at least one 

30 such signal component received from the module radioactivity detector, the 
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processing system is arranged to identify a corresponding component in the 
signal received from the radioactivity detector. 

29. A radioactivity detection system according to claim 27 or claim 
5 28, wherein, for at least one such signal component received from the module 
radioactivity detector, the processing system is arranged to identify the temporal 
delay between detection thereof and detection of a corresponding component in 
the signal received from the radioactivity detector. 

10 30. A radioactivity detection system according to any one of claim 

26 to claim 29, wherein the processing system is arranged to receive data 
indicative of distance between the radioactivity detector and said module 
radioactivity detector. 

15 31. A radioactivity detection system according to claim 30 when 

dependent on any one of claim 27 to claim 29, wherein, for any signal 
component of the signal received from the radioactivity detector, the processing 
system is arranged to estimate an expected delay in occurrence thereof in 
relation to a corresponding component of the signal received from the module 

20 radioactivity detector, based on the distance data, and to compare the identified 
temporal delay corresponding to the signal component with the estimated delay. 

32. A radioactivity detection system according to claim 30 or claim 
31 when claim 30 is dependent on any one of claim 27 to claim 29, wherein, for 
25 any signal component of the signal received from the module radioactivity 
detector, the processing system is arranged to estimate an expected radioactivity 
value, based on the half-life of the radioisotope and the distance data, and to 
compare the signal component with the estimated radioactivity value. 

30 33. A radioactivity detection system according to any one of claim 

23 to claim 32, wherein the fluid processing module includes: a heating device; 
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a plurality of valves arranged to control the path of the delivery system; a 
dialyser; and a pump for pumping the radiopharmaceutical around the delivery 
sj'stem. 
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